home *** CD-ROM | disk | FTP | other *** search
- From: hohmuth@inf.tu-dresden.de (Michael Hohmuth)
- From: Juergen Lock <nox@jelal.north.de>
- From: Juergen Lock <nox@jelal.north.de>
- From: Juergen Lock <nox@jelal.north.de>
- From: Kay Roemer <roemer@informatik.uni-frankfurt.de>
- Subject: mint-1.10h4
- Subject: more diffs...
- Subject: more diffs...
- Subject: Re: MiNT 1.10 re-sync
- Subject: ser. overruns/deadlock fix
- Date: Thu, 23 Jun 1994 22:58:01 +0200 (MET DST)
- From: hohmuth@inf.tu-dresden.de (Michael Hohmuth)
- Organization: Dept. of Computer Science, TU Dresden, Germany
- Mime-Version: 1.0
-
- I've put up a fourth re-sync patch...
-
- Now available via ftp from ftp.inf.tu-dresden.de:
-
- pub/atari/Mint/Kernel/mint-1.10h3-1.10h4-diffs.gz
- Diffs against the kernel patched with the first three patches.
-
- pub/atari/Mint/Kernel/mint-1.10-1.10h4-diffs.gz
- Diffs against the virgin kernel.
-
- You can also get this via email by sending a message to
- ftpmail@ftp.inf.tu-dresden.de containing this text in the message body:
-
- send pub/atari/Mint/Kernel/mint-1.10h3-1.10h4-diffs.gz
- or
- send pub/atari/Mint/Kernel/mint-1.10-1.10h4-diffs.gz
-
- After my .sig are the last few commit messages.
-
- Bye,
- Michael
- --
- Email: hohmuth@inf.tu-dresden.de
- WWW: http://www.inf.tu-dresden.de/~mh1/
-
- **************************************
- From: Juergen Lock <nox@jelal.north.de>
- Message-Id: <9406172301.AA00619@jelal.north.de>
- Subject: more diffs...
-
- bios.c: sleep() can also wake up because of signals
- (restart it in this case)
-
- **************************************
- From: Juergen Lock <nox@jelal.north.de>
- Message-Id: <9406172301.AA00619@jelal.north.de>
- Subject: more diffs...
-
- pipefs.c: we don't need to "pipe->rsel=0;" any longer
-
- **************************************
- From: Juergen Lock <nox@jelal.north.de>
- Subject: Re: MiNT 1.10 re-sync
- Message-Id: <9406091835.AA00187@jelal.north.de>
-
- dosfile.c dosmem.c filesys.c mem.c mem.h proto.h: sticky text/fragmentation
- megapatch... does a few things:
-
- . if F_ALTLOAD|F_SHTEXT look at F_MINALT bits to see how much memory
- the new process needs and free sticky text regions if necessary, all
- F_MINALT bits set (0xf0000000) means `as much as you can get'
- . execv..() frees the old process memory before allocating the new ones,
- and so no longer leaves holes in your memory map. this took a few
- ugly hacks but i think its worth it :) the only visible change should
- be when exec'ing a damaged binary the process gets killed, fixing that
- would require reading executables twice.
- . check the sticky bit, just making everything sharable sticky still got
- me too much `out of memory's... and free sticky text regions after disk
- changes or if open() would otherwise fail.
- . also free no more sticky text regions then necessary in alloc, and
- some other small changes.
-
- the sticky bit is of course chmod +t. (if your /bin/sh still is on
- GEMDOS change it now... :) and then see you no longer need _shell_p.)
-
- **************************************
- From: Kay Roemer <roemer@informatik.uni-frankfurt.de>
- Subject: ser. overruns/deadlock fix
- Message-Id: <9406210727.AA03856@hera.rbi.informatik.uni-frankfurt.de>
-
- dosfile.c proc.c: a better solution (at least I think) to
- the 'endless serial overruns' story, because it avoids the spl7()
- in Fselect() completely plus fixes an Fselect deadlock
-